REMARKS 

[0001] Applicant respectfully requests reconsideration and allowance of all 
of the claims of the application. Claims 1-5, and 18-24 are presently pending. 
Claims 1, 4 and 18 are amended herein. 

Formal Request for an Interview 

[0002] If the Examiner's reply to this communication is anything other than 

allowance of all pending claims, then I formally request an interview with the 
Examiner. I encourage the Examiner to call me — the undersigned representative 
for the Applicant— so that we can talk about this matter so as to resolve any 
outstanding issues quickly and efficiently over the phone. 

[0003] Please contact me to schedule a date and time for a telephone 
interview that is most convenient for both of us. While email works great for me, I 
welcome your call as well. My contact information may be found on the last page 
of this response. 
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Claim Rejections under S 102 

[0004] The Examiner rejects claims 1-5 and 18-24 under § 102. For the 
reasons set forth below, the Examiner has not shown that the cited reference 
anticipates the rejected claims. 

[0005] Accordingly, Applicant's attorney respectfully requests that the § 102 
rejections be withdrawn and the case be passed along to issuance. 

[0006] The Examiner's rejections are based upon the following references 
alone: 

• US Patent No. 7,346,780 to Sinlia et al: "Sinha et al" hereinafter, 
(issued October 9, 2003). 
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Anticipation Rejections 



[0007] Applicant's attorney submits that the anticipation rejections are not 
valid because, for each rejected claim, no single reference discloses each and 
every element of that rejected claim. ^ Furthermore, the elements disclosed in the 
single reference are not arranged in the manner recited by each rejected claim.^ 

Based upon Sinha et al 

[0008] The Examiner rejects claims 1-5 and 18-24 under 35 U.S.C. § 

102(e) as being anticipated by Sinha et al. Applicant's attorney respectfully 
traverses the rejection of these claims. Based on the reasons given below, 
Applicant's attorney asks the Examiner to withdraw the rejection of these claims. 

Independent Claim 1 

[0009] Applicant's attorney submits that Sinha et al does not anticipate this 
claim because it does not disclose all of the elements as recited in this claim. In 
specific, claim 1, as amended recites calculating, on each task change between 
a first program module switching from foreground to background and a second 
program module switching from background to foreground, a signature of at least 
part of the second program module instruction lines. 



^ "A claim is anticipated only if each and every element as set forth in the claim is found, either 
expressly or inherently described, in a single prior art reference." Verdegaal Bros. v. Union Oil Co. of 
California, 814 F.2d 628, 631, 2 USPQ2d 1051, 1053 (Fed. Cir. 1987); also see MPEP §2131. 

^ See In re Bond, 910 F.2d 831, 15 USPQ2d 1566 (Fed. Cir. 1990). 
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[0010] For example, according to an embodiment, a CPU may have the 
capability of multitasking between executing two or more separate and distinct 
program modules. As one program module is executed and engaged by the 
CPU, it may be referred to as running in the foreground. Other program modules 
that are executing, but are not currently engaged by the CPU in the execution of 
specific tasks may be referred to as running in the background. Thus, in an effort 
to ensure that a background program module has not been tampered with, each 
time a program module transitions to become a foreground application in which 
the CPU is executing instructions from said application, at least part of the 
application that is switching from the background to the foreground is used to 
generate a signature. This signature may be compared to a stored signature that 
was generated and stored in a memory when the application transitioned to the 
background. If the signatures match, then this match may be interpreted to 
mean that the program module now transitioning back to the foreground has not 
been changed or modified. See generally, paragraph [8] of the detailed 
description section of the specification. 

[0011] However, Sinha et a/ teaches a method that has several differences. 
Ultimately, Sinha et al does not teach the recitations of claim 1 . In specific, Sinha 
et al is directed, generally, toward a digital rights management (DRM) solution 
that may verify that two instances of the same program module are unaltered 
duplicates of each other, using a so-called "integrity veracitication" technique as 
generally described in the cited and applied section, column 7, line 31 to column 
8, line 25 of Sinha et al. This section of Sinha et al checks multiple serial 
execution instances of a single program module against each other. Thus, an 
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output tracing method may check an execution-identifying signature each time 
the one program module Is executed to verify that the signature matches other 
signatures stored at previous execution times. 

[0012] However, Sinha et al offers no teaching or discussion about 
performing such a signature calculation in response to a CPU switching tasks 
between two different and simultaneously executing programs {i.e., switching an 
application from background to foreground and vice versa. Claim 1 recites 
calculating, on each task change between a first program module switching from 
foreground to background and a second program module switching from 
background to foreground, a signature of at least part of the second program 
module Instruction lines. The teachings of Sinha et al necessarily assume that 
each execution of an application is a self-contained event in that Sinha et al does 
not contemplate a situation wherein the execution of an application may be 
Interrupted when the application is pushed from a foreground execution to a 
background execution by the CPU. Moreover, there is no teaching anywhere in 
Sinha et al with regard to foreground and background execution as also recited in 
claim 1. 

[0013] Consequently, Sinha et al does not disclose all of the elements and 
features of this claim. Accordingly, Applicant's attorney asks the Examiner to 
withdraw the rejection of this claim. 
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Dependent Claims 2-3 

[0014] These claims ultimately depend upon independent claim 1. As 
discussed above, claim 1 is allowable. It is axiomatic that any dependent claim 
which depends from an allowable base claim is also allowable. Additionally, 
some or all of these claims may also be allowable for additional independent 
reasons. 

Independent Claim 4 

[0015] Applicant's attorney submits that Sinha et al does not teach all of the 
elements as recited in this claim. Claim 4 recites a processor of multitask 
execution of several programs, each of the several programs being different from 
each other exploiting a table of correspondence, each correspondence being 
associated with an identifier of the involved program, comprising means for 
calculating a current signature, and means for comparing this signature with the 
identifier of the program stored in the correspondence table. 

[0016] Sinha et al is directed, generally, toward a digital rights management 
(DRM) solution that may verify that two instances of the same program module 
are unaltered duplicates of each other, using a so-called "integrity veracitication" 
technique as generally described in the cited and applied section, column 7, line 
31 to column 8, line 25 of Sinha et al.. As such, teaching that two identical 
program remain identical to each other when executed on different computer 
platforms is not the same as checking the signatures of two different program 
modules executing at the same CPU. Identical programs can never be different. 
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[0017] Furthermore, there is simply no disclosure anywhere in Sinha et al 
that can be construed to teach exploiting a table of correspondence, each 
correspondence being associated with an identifier of the involved program. 
Thus, Sinha et al does not teach all of the elements and features of this claim. 
Accordingly, Applicant's attorney asks the Examiner to withdraw the rejection of 
this claim. 

Dependent Claim 5 

[0018] This claim ultimately depends upon independent claim 4. As 

discussed above, claim 4 is allowable. It is axiomatic that any dependent claim 
which depends from an allowable base claim is also allowable. Additionally, this 
claim may also be allowable for additional independent reasons. 

Independent Claim 18 

[0019] Applicant's attorney submits that Sinha et al does not anticipate this 
claim because it does not disclose all of the elements as recited in this claim. In 
specific, claim 18, as amended, recites executing, at a CPU, a plurality of 
programs simultaneously, each program having a unique signature calculated 
when first executed and calculating, on each task change, a new signature, and 
checking the conformity of the new signature with the unique signature. 

[0020] As was exemplified above, according to an embodiment, a CPU may 
have the capability of multitasking between executing two or more separate and 
distinct program modules that are executing at the same CPU. In an effort to 
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ensure that a background program module has not been tampered with, each 
time a program module transitions to become a foreground application in which 
the CPU is executing instructions from said application, at least part of the 
application is used to generate a new signature. This new signature may be 
compared to a unique signature that was generated and previously stored in a 
memory when the application transitioned to the background. If the signatures 
match, then this match may be interpreted to mean that the program module now 
transitioning back to the foreground has not been changed or modified. See 
generally, paragraph [8] of the detailed description section of the specification. 

[0021] As detailed above, Sinha et al teaches a method that has several 
differences. In specific, Sinha et al is teaches, as generally described in the cited 
and applied section, column 7, line 31 to column 8, line 25 of Sinha et al, a 
method for checking multiple execution instances of a single program module 
against each other. There is simply no disclosure in Sinha et al that teaches that 
any program modules is executing simultaneously with any other program 
module or that there are, in fact, two different and distinct program modules. 
Rather, an output tracing method may check an execution-identifying signature 
each time a program module is executed to verify that the signature matches 
other signatures stored at previous execution times. By definition, a single 
instance of a program module cannot be executing simultaneously with itself at 
one CPU. 

[0022] Further, Sinha et al offers no teaching or discussion about 
performing such a signature calculation in response to a CPU switching tasks 
between foreground and background. Claim 18 recites calculating, on each task 
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change, a new signature. The teachings of Sinha et al necessarily assume that 
each execution of an application is a self-contained event in that Sinha et al does 
not contemplate a situation wherein the execution of an application may be 
interrupted when the application is pushed from a foreground execution to a 
background execution by the CPU. Moreover, there is no teaching anywhere in 
Sinha et al about the concept of foreground and background execution and these 
specific words are not recited anywhere within Sinha et al. . 

[0023] Consequently, Sinha et al does not disclose all of the elements and 
features of this claim. Accordingly, Applicant's attorney asks the Examiner to 
withdraw the rejection of this claim. 

Dependent Claims 19-24 

[0024] These claims ultimately depend upon independent claim 18. As 
discussed above, claim 1 8 is allowable. It is axiomatic that any dependent claim 
which depends from an allowable base claim is also allowable. Additionally, 
some or all of these claims may also be allowable for additional independent 
reasons. 
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Conclusion 

[0025] All pending claims are in condition for allowance. Applicant 
respectfully requests reconsideration and prompt issuance of the application. If 
any issues remain that prevent issuance of this application, the Examiner is 
urged to contact me before issuing a subsequent Action . Please call or 

email me at your convenience. 

[0026] Any additional fees required as a result of this amendment have 
been paid from the below-referenced deposit account as filed herewith. Should 
further payment be required to cover such fees you are hereby authorized to 
charge such payment to Deposit Account No. 07-1897. 

Respectfully Submitted, 

Graybeal, Jackson LLP 
Representatives for Applicant 

/Kevin D. Jablonski/ Dated: March 2. 2010 

Kevin D. Jablonski (kevin@graybeal.com) 
Registration No. 50,401 
USPTO Customer No.: 00996 

Telephone: (425) 455-5575 
Facsimile: (425)455-1046 
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